В контексте SQL, что понимается под реляционной базой данных?

Любой набор данных, не имеющий строгой структуры

Упорядоченная информация, связанная между собой определёнными отношениями

Неупорядоченный набор информации, доступный для поиска

Информация, представленная в виде таблиц, не связанных между собой

Что такое нормализация баз данных?

Метод упорядочивания строк и столбцов в таблицах для удобства чтения

Процесс создания новых связей между таблицами без изменения структуры данных

Процесс добавления избыточных данных для повышения отказоустойчивости

Метод проектирования базы данных, который позволяет привести базу данных к минимальной избыточности

Какая из перечисленных причин является основной для нормализации базы данных?

Создание более сложных и гибких запросов к базе данных

Снижение требований к объему памяти для хранения данных

Устранение аномалий, повышение производительности и удобства управления данными

Увеличение скорости доступа к данным за счет их дублирования

Что такое избыточность данных в контексте нормализации?

Когда данные хранятся в базе, но не используются ни в одном отчете

Наличие слишком большого количества таблиц в базе данных

Использование сложных типов данных вместо простых

Когда одни и те же данные хранятся в базе в нескольких местах

Что такое 'нормальная форма базы данных'?

Графическое представление структуры базы данных

Набор правил и критериев, которым должна отвечать база данных

Способ индексирования данных для ускорения поиска

Процесс преобразования нереляционных данных в реляционные

Согласно реляционной теории, что не имеет значения для таблиц?

Наличие первичного ключа

Атомарность значений в ячейках

Отсутствие дублирующих строк

Порядок столбцов и строк

Какое из следующих требований НЕ относится к первой нормальной форме (1NF)?

В каждой ячейке таблицы хранится атомарное значение

В таблице не должно быть дублирующих строк

Все неключевые столбцы таблицы должны зависеть от полного ключа

В столбце хранятся данные одного типа

Главное правило первой нормальной формы звучит следующим образом:

В таблице не должно быть более трех столбцов

Каждая таблица должна иметь уникальный идентификатор

Все данные должны быть связаны между собой внешними ключами

Строки, столбцы и ячейки в таблицах необходимо использовать строго по назначению

Какое из следующих утверждений является требованием для второй нормальной формы (2NF)?

Все неключевые столбцы таблицы должны зависеть от полного ключа (в случае если он составной)

Все вышеперечисленное

Таблица должна находиться в первой нормальной форме

Таблица должна иметь ключ

Что понимается под "ключом" в контексте нормализации баз данных?

Столбец или набор столбцов, по которым гарантировано можно отличить строки друг от друга

Набор связей между таблицами

Уникальное имя таблицы

Столбец, который может содержать любые значения

Главное правило второй нормальной формы (2NF) звучит следующим образом:

В таблице не должно быть дублирующих строк

Все неключевые столбцы должны быть атомарными

Таблица должна иметь правильный ключ, по которому можно идентифицировать каждую строку

Таблица должна быть декомпозирована на как можно больше мелких таблиц

Рассмотрим таблицу: "Связь проектов и их участников" с колонками "Проект", "Участник", "Должность", "Дата назначения участника на проект". Первичный ключ: "Проект", "Участник". Какое требование 2NF нарушено?

Неключевой столбец "Дата назначения участника на проект" зависит не от полного составного ключа, а от его части

В ячейках хранятся неатомарные значения

Таблица не находится в 1NF

Неключевой столбец "Должность" зависит не от полного составного ключа, а от его част

Главное правило третьей нормальной формы (3NF) гласит:

Все столбцы должны быть уникальными

Таблица должна содержать правильный первичный ключ

В таблицах должна отсутствовать транзитивная зависимость

В таблице не должно быть более одного ключа

Что такое транзитивная зависимость, устраняемая в третьей нормальной форме (3NF)?

Когда первичный ключ зависит от неключевого столбца

Когда неключевые столбцы зависят от первичного ключа

Ничего из перечисленного

Когда неключевые столбцы зависят от значений других неключевых столбцов

Рассмотрим таблицу "Сотрудники" со столбцами: "Табельный номер", "ФИО", "Должность", "Подразделение", "Описание подразделения". Первичный ключ: "Табельный номер". Какое требование 3NF нарушено?

Столбец "ФИО" зависит от ключевого столбца "Табельный номер"

Столбец "Должность" зависит от неключевого столбца "Подразделение"

В столбцах хранятся разные типы данных

Столбец "Описание подразделение" зависит от неключевого столбца "Подразделение"

Нормальная форма Бойса-Кодда (BCNF) предъявляет дополнительные требования к таблицам, у которых:

Отсутствуют неключевые столбцы

Первичный ключ простой (не составной)

Первичный ключ составной

Нет первичного ключа

Какое специфичное требование относится к нормальной форме Бойса-Кодда (BCNF)?

Ключевые атрибуты составного ключа не должны зависеть от неключевых атрибутов

Все атрибуты должны быть атомарными

Неключевые атрибуты не должны зависеть от ключевых

Составной ключ не должен состоять более, чем из 2 столбцов

Что такое нетривиальная многозначная зависимость, устраняемая в четвертой нормальной форме (4NF)?

Когда в таблице слишком много столбцов

Когда один столбец зависит от двух других столбцов

Когда все столбцы зависят от первичного ключа

Когда есть три столбца A, B, C, где B и C между собой не связаны, но по отдельности зависят от A (A —> B, A —> C)

Рассмотрим таблицу связей курсов, их преподавателей и номеров аудитории. Столбцы (все ключевые): "Курс", "Преподаватель", "Аудитория". Какое требование 4NF нарушено?

Всё выше перечисленное

"Преподаватель" зависит от "Аудитории"

"Аудитория" зависит от "Преподавателя"

"Преподаватель" зависит от "Курса" и "Аудитория" зависит от "Курса"

Почему нормализация базы данных до 4NF, 5NF или 6NF часто не применяется на практике в нехронологических базах данных?

Они значительно усложняют структуру базы данных и снижают производительность

Требуют использования специальных СУБД, которые редко встречаются

Эти формы не устраняют никаких аномалий

Для их реализации необходимы уникальные первичные ключи, которые сложно создать

Что означает "Декомпозиция без потерь" в контексте пятой нормальной формы (5NF)?

Разбиение таблицы на две, с потерей некоторых данных для оптимизации

Разбиение таблицы на несколько, при условии, что при обратном соединении будет сформирована та же информация, что и в исходной таблице

Разбиение таблицы на несколько, при котором не теряются никакие столбцы

Процесс, который всегда приводит к снижению производительности

Какова основная цель Шестой нормальной формы (6NF)?

Устранение многозначных зависимостей в обычных базах данных

Максимально возможная вертикальная декомпозиция таблиц, борьба с избыточностью в хронологических базах данных

Обеспечение целостности данных за счет ограничений доменов

Повышение производительности за счет дублирования данных

Какое утверждение верно относительно "хорошей базы данных" в контексте нормализации?

Это всегда полностью нормализованная база данных до 6NF

Это база данных, которая вообще нормализована, как минимум, до 4NF

Это база данных, которая достаточно нормализована для устранения аномалий и имеет хорошую производительность

Это база данных, которая имеет минимальное количество таблиц